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(54) Shortcut system for use in a mobile electronic device and method thereof 



(57) A shortcut system for use in a mobile electronic 
device having several types of shortcuts allows a user 
to execute shortcuts of different types using a single 
mechanism. The shortcut system includes a display, an 
operating system, a shortcut data store, and one or 
more applications, including a shortcut application used 
to create shortcuts and edit shortcut information con- 
tained in the shortcut data store. The shortcut data store 
contains target information associated with applications 
of various types, indexed by a shortcut tag. When a new 
application is installed in the mobile electronic device, 
the user can add shortcut information associated with 
the new application to the shortcut data store. The target 
information can define content associated with an appli- 
cation. When a shortcut to content is executed, the as- 
sociated application is launched and begins operating 
on the content data. Further, the shortcuts can be cre- 
ated with different types of tags. 







DISPLAY j— 






KEYPAD 









[ STORAGE^ r 



-268 



POWER 
SUPPLY 



V 2 



AUDIO 




RADIO 


f 272 




INTERFACE 




INTERFACE 




LED 




LAYER 







j- 240 



itr.2 



o. 

LU 



Printed by Jouve, 75001 PARIS (FR) 



EP 1 233 599 A2 



1 

Description 

Field of the Invention 

[0001] The present invention relates to mobile elec- 
tronic devices and, more particularly, to shortcut sys- 
tems for use in a mobile electronic device. 

Background of the Invention 

[0002] Some types of mobile electronic devices are 
processor-controlled, with a user interface (Ul) to allow 
the user to more easily and intuitively operate the de- 
vice. For example, mobile telephones are increasingly 
becoming more than just wireless voice communication 
devices. Rather, in addition to handling voice data, mo- 
bile telephones have a display unit to display graphical 
data to support email , web browser, and other non-voice 
features. 

[0003] Users can then use the various features of the 
mobile electronic device by launching applications and 
navigating through the application to perform a desired 
function. For example, a user wanting to check up on 
the latest price of a particular stock through the mobile 
electronic device can launch a web browser application 
on the mobile electronic device, search for a URL of a 
site that provides stock market q uotes, enter in the name 
or code of the stock, and then request the quote. Simi- 
larly, a user wanting to send an email through the mobile 
electronic device can launch an email application, nav- 
igate to an address book/contacts list, select the desire 
email address in the address book/contacts list, and 
then start a new email message with the selected email 
address. Although this is a relatively straightforward 
system, users mustperform several steps to perform the 
desired function. 

Summary of the Invention 

[0004] In accordance with the present invention, a 
shortcut system is provided for use in a mobile electronic 
device having several types of shortcuts. In one aspect 
of the present invention, the shortcut system provides a 
mechanism in a mobile electronic device that allows a 
user to execute shortcuts of different types using a sin- 
gle mechanism. In one embodiment, the shortcut sys- 
tem includes a display, an operating system, a shortcut 
data store, and one or more applications, including a 
shortcut application used to create shortcuts and edit 
shortcut information contained in the shortcut data 
store. In this exemplary embodiment, the shortcut data 
store contains target information associated with appli- 
cations of various types, indexed by a shortcut "tag". In 
contrast, existing systems generally can handle only 
one type of shortcut (e.g., one system for telephone 
number shortcuts, another system for URL shortcuts, 
and yet another for email shortcuts). When a new appli- 
cation is installed in the mobile electronic device, the 



user can easily add shortcut information associated with 
the new application to the shortcut data store. Thus, this 
aspect of the present invention advantageously allows 
a user to create, edit and execute shortcuts of multiple 
5 types using a single, unified, and extensible shortcut 
system. 

[0005] In another aspect of the present invention, the 
user can create shortcuts in which the target information 
defines "content", unlike existing systems that generally 
10 only allow shortcuts that launch an application. As used 
in this context, the term "content" refers to particular da- 
ta that an associated application will operate on. For ex- 
ample, the content may be a URL, email address, etc., 
each being associated with a corresponding application 
is that "drills down" into the application using the content. 
Thus for example, in accordance with this aspect of the 
present invention, the user can create a shortcut directly 
to a contact entry that the user regularly views. When 
this shortcut is executed, the associated contact appli- 
cation is launched and begins operating to open that 
particular contact entry. In contrast, in existing systems, 
the user would launch the contacts application and then 
navigate through the contacts application in order to find 
the desired contact entry. Thus, this aspect of the 
present invention advantageously allows the user to re- 
duce the number of steps to access desired information. 
[0006] In still another aspect of the present invention, 
the shortcut system allows a user to create shortcuts 
with different types of tags, thereby advantageously in- 
creasing the flexibility of the shortcut system. For exam- 
ple, a tag may be a keystroke, a voice tag, a menu item 
selection, an icon or other link, etc. In a further refine- 
ment of this aspect, two or more tags of different types 
of tags may be associated with the same target infor- 
mation (i.e., the tags may be mapped to the same tar- 
get). 

[0007] In yet another aspect of the present invention, 
the shortcut system allows a user to execute a shortcut 
from a particular application, more than one application, 
or when no application is running, advantageousiy mak- 
ing the shortcut system more flexibility. For example, 
most applications can be configured to allow a user to 
execute shortcuts having voice tags or menu item se- 
lection tags. In other embodiments, shortcuts having 
icon tags can be activated when no application is run- 
ning or from a home screen. In still other embodiments, 
shortcuts having speed dial tags can be activated from 
the home screen or from a running dialer application. 
[0008] In a further aspect of the present invention, 
shortcuts can be created using the shortcut application 
as previously described, or alternatively, from an appli- 
cation. In particular, an application can be configured to 
allow a user, while the application is running and pre- 
senting particular content, to create a shortcut associ- 
ated with the application and the particular content being 
presented. 

[0009] In a still further aspect of the present invention, 
the shortcut system is configured to support multi-digit 
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speed dialing. In one embodiment, a user may enter dig- 
its sequentially using keystrokes of alphanumeric keys 
on the mobile electronic device. The user enters a single 
digit speed dial number by holding a keystroke for a pre- 
determined duration. The digit defines a speed dial tag. 5 
The user enters a multi-digit speed dial number by en- 
tering the digits (from most significant digit to least sig- 
nificant digit) of the speed dial number by keystrokes. 
The user only holds the keystroke of the least significant 
digit for the predetermined duration, the previous digits 10 
being buffered as the user enters them. This aspect ad- 
vantageously allows a user to store a larger number of 
speed dial shortcuts without interfering with the normal 
operation of typical dialer applications (such dialer ap- 
plication commonly buffer the digits as they are entered 1$ 
so that the user so that can enter a complete telephone 
number). 

Brief Description of the Drawings 

20 

[0010] 

FIGURE 1 is a diagram illustrating a perspective 
view of an exemplary mobile electronic device. 
FIGURE 2 is a block diagram illustrating compo- 25 
nents of an exemplary mobile electronic device, ac- 
cording to one embodiment of the present inven- 
tion. 

FIGURE 3 is a block diagram illustrating compo- 
nents of a unified shortcut system, according to one 30 
embodiment of the present invention. 
FIGURE 4 is a state diagram illustrating the opera- 
tion of a shortcut system, according to one embod- 
iment of the present invention. 
FIGURE 5 is a flow diagram illustrating the opera- 35 
tion of a shortcut system, according to one embod- 
iment of the present invention. 
FIGURE 6 is a flow diagram illustrating a shortcut 
detection operation, according to one embodiment 
of the present invention. 40 
FIGURE 7 is a flow diagram illustrating a speed dial 
detection operation, according to one embodiment 
of the present invention. 

FIGURE 8 is a flow diagram illustrating a voice tag 
detection operation, according to one embodiment 45 
of the present invention. 

FIGURE 9 is a diagram illustrating the organization 
of a shortcut data store, according to one embodi- 
ment of the present invention. 

FIGURE 10 is a diagram illustrating the organiza- so 

tion of a shortcut data store, according to another 

embodiment of the present invention. 

FIGURE 11 is a diagram illustrating an exemplary 

screen of a shortcut Ul used in accessing a shortcut, 

according to one embodiment of the present inven- 55 

tion. 

FIGURE 12 is a diagram illustrating an exemplary 
screen of a shortcut Ul used in creating a shortcut, 



according to one embodiment of the present inven- 
tion. 

Detailed Description of the Preferred Embodiment 

Illustrative Mobile Electronic Device 

[0011] FIGURE 1 illustrates a mobile electronic de- 
vice 100, which in this example is a mobile telephone 
(e.g., a "cell phone"). Other examples of a mobile elec- 
tronic device include personal digital assistants (PDAs), 
notebook computers, etc. that include a processor or 
controller that operate under software or firmware con- 
trol. Such mobile electronic devices may include a 
number of different functions (e.g., a wireless web 
browser function, a wireless telephone function, a wire- 
less email function, etc.). 

[0012] Users of such mobile electronic devices will of- 
ten perform the same task over and over again. For ex- 
ample, the user may want to know the current price of 
a particular stock several times per day. Thus, the user 
may want a simple and quick way to check the price of 
this particular stock without having to perform the sev- 
eral steps needed to launch web browser and navigate 
through the website each time the user wants to check 
the stock price. It is believed that there is no currently 
existing system for use in a device such as the mobile 
electronic device 100 that allows a user to have a short- 
cut to a website or, more particularly, to specific content 
provided by a web service provider. 
[0013] Similarly, the user may regularly send email to 
a particular email address. The user may want a simple 
and quick way to launch an email application and com- 
pose a new email message to this particular email ad- 
dress. It is believed that there is no currently existing 
system for use in a device such as the mobile electronic 
device 100 that allows the user to have a shortcut to 
compose a new email message to a preselected email 
address. Still further, it is believed that there is no cur- 
rently existing shortcut system for use in a device such 
as the mobile electronic device 100 that allows a user 
to access different types of shortcuts from a single ap- 
plication or state. 

Illustrative Hardware Implementation 

[0014] FIGURE 2 is a functional block diagram illus- 
trating functional components of a mobile electronic de- 
vice 200. The mobile electronic device 200 has a proc- 
essor 260, a memory 262, a display 228, and a keypad 
232. The memory 262 generally includes both volatile 
memory (e.g., RAM) and non-volatile memory (e.g., 
ROM, Flash Memory, or the like). The mobile electronic 
device 200 includes an operating system 264, such as 
the Windows CE operating system from Microsoft Cor- 
poration or other operating system, which is resident in 
the memory 262 and executes on the processor 260. 
The keypad 232 may be a push button numeric dialing 
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pad (such as on a typical telephone), a multi-key key- 
board (such as a conventional keyboard). The display 
228 may be a liquid crystal display, or any other type of 
display commonly used in mobile electronic devices. 
The display 228 may be touch-sensitive, and would then 
also act as an input device. 

[0015] One or more application programs 266 are 
loaded into memory 262 and run on the operating sys- 
tem 264. Examples of application programs include 
phone dialer programs, email programs, scheduling 
programs, PIM (personal information management) 
programs, word processing programs, spreadsheet pro- 
grams, Internet browser programs, and so forth. The 
mobile electronic device 200 also includes non-volatile 
storage 268 within the memory 262. The non-volatile 
storage 268 may be used to store persistent information 
which should not be lost if the mobile electronic device 
200 is powered down. The applications 266 may use 
and store information in the storage 268, such as e-mail 
or other messages used by an e-mail application, con- 
tact information used by a PIM, appointment information 
used by a scheduling program, documents used by a 
word processing application, and the like. 
[0016] The mobile electronic device 200 has a power 
supply 270, which may be implemented as one or more 
batteries. The power supply 270 might further include 
an external power source, such as an AC adapter or a 
powered docking cradle that supplements or recharges 
the batteries. 

[001 7] The mobile electronic device 200 is also shown 
with two types of external notification mechanisms: an 
LED 240 and an audio interface 274. These devices 
may be directly coupled to the power supply 270 so that 
when activated, they remain on for a duration dictated 
by the notification mechanism even though the proces- 
sor 260 and other components might shut down to con- 
serve battery power. The LED 240 may be programmed 
to remain on indefinitely until the user takes action to 
indicate the powered-on status of the device. The audio 
interface 274 is used to provide audible signals to and 
receive audible signals from the user. For example, the 
audio interface 274 may be coupled to a speaker for pro- 
viding audible output and to a microphone for receiving 
audible input, such as to facilitate a telephone conver- 
sation. 

[0018] The mobile electronic device 200 also includes 
a radio interface layer 272 that performs the function of 
transmitting and receiving radio frequency communica- 
tions. The radio interface layer 272 facilitates wireless 
connectivity between the mobile electronic device 200 
and the outside world, via a communications carrier or 
service provider. Transmissions to and from the radio 
interface layer 272 are conducted under control of the 
operating system 264. In other words, communications 
received by the radio interface layer 272 may be dis- 
seminated to application programs 266 via the operating 
system 264, and vice versa. 



Illustrative Unified Shortcut System 

[001 9J FIGURE 3 is a block diagram illustrating com- 
ponents of a shortcut system 300, according to one em- 
5 bodiment of the present invention. The shortcut system 
300 includes the display 228, the operating system 264, 
the applications 266, and the storage 268. Further, in 
this exemplary embodiment, the storage 268 includes a 
shortcut data store 310 that stores persistent shortcut 
information. Still further, the applications 266 include a 
shortcut application 320^ a dialer application 320 2 , an 
email application 320 3 and a browser application 320 N , 
along with other applications (not shown). In other em- 
bodiments, the applications 266 may include fewer, 
more, or a different combination of the applications 
320 r 320 N . 

[0020] In one embodiment, the shortcut data store 
310 includes re-writable non-volatile memory for storing 
shortcut information provided by the user. Using the 
shortcut application 320-j, the user can create or edit 
shortcuts by entering or changing shortcut information 
stored in the shortcut data store 310. The shortcut ap- 
plication 320 t includes a shortcut Ul that allows a user 
to easily view, edit and create shortcuts. The shortcut 
Ul is described in more detail below in conjunction with 
FIGURES 11 and 12. 

[0021] In this exemplary embodiment, the shortcut 
data store 310 contains target information associated 
with applications of various types, indexed by a shortcut 
"tag". That is, the shortcut data store 310 serves as a 
look-up table that is accessed when a shortcut operation 
is performed. The shortcut tags and the target data can 
be of different types (e.g., associated with different kinds 
of applications). In contrast, existing systems generally 
can handle only one type of shortcut (e.g., one system 
for telephone number shortcuts, another system for 
URL shortcuts, and yet another for email shortcuts). 
[0022] The shortcut system 300 is extensible in that 
the shortcut data store 310 has a simple yet flexible ar- 
chitecture (described in more detail below in conjunction 
with FIGURES 9 and 10). For example, if a new appli- 
cation is installed in the mobile electronic device 100 
(FIGURE 1), the user can easily add shortcut informa- 
tion associated with the new application to the shortcut 
data store 310 without the need to modify shortcut in- 
formation already stored in the shortcut data store 310 
and without the need to modify existing applications. 

Illustrative Shortcut System States 

[0023] FIGURE 4 is a generalized state diagram illus- 
trating the operation of a shortcut system (e.g., the 
shortcut system 300 of FIGURE 3) in executing a short- 
cut. For purposes of this description, the mobile elec- 
tronic device 100 (FIGURE 1) is in a current state 401 . 
The current state 401 can be any of several possible 
states. For example, the current state 401 of the mobile 
electronic device 100 may be the state of displaying a 
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"home screen" or "desktop" on the display unit 228 (FIG- 
URE 3) while one or more or even none of the applica- 
tions 266 are running. The current state 401 of the mo- 
bile electronic device 100 may also be the state of run- 
ning an application (e.g., the dialer application 320 2 ). In 
the current state 401, the mobile electronic device 100 
is able to receive input from a user, such as through the 
keypad 232 or the audio interface 274 (FIGURE 2). 
[0024] From the current state 401 , in accordance with 
the present invention, the user may execute a shortcut 
to an application or directly to content. For example, 
from the current state 401 , the user may execute a short- 
cut to launch an application 1 , an application 2, or an 
application N, thereby entering into a state 410 1} a state 
41 0 2 , ... or a state 41 0 N , respectively Alternatively, from 
the current state 401 , the user may execute a shortcut 
directly to content. That is, a shortcut may be mapped 
directly to a predetermined state in a particular applica- 
tion. For example, from the current state 401, the user 
can execute a shortcut that results in launching applica- 
tion 1 and placing the mobile electronic device 100 di- 
rectly into one of states 420^ or 420 x of application 
1 . In contrast, in a conventional system, the user would 
have to navigate through application 1 to reach one of 
these states. In more concrete terms, the application 1 
may be a web browser, with the states 420 t , ... 420 x 
being the states of running the browser to view various 
pages of a preselected website or to retrieve specific 
content (e.g., stock quotes). Similarly, the user can ex- 
ecute shortcuts to other content, such as states 430 1 , ... 
430 Y of application 2, and so on, to states 440 1 , . .. 440 z 
of application N. 

[0025] In a very general case, a user can launch short- 
cuts associated with applications 1 through N from any 
current state 401. However, depending on the applica- 
tion associated with the current state 401 , the shortcuts 
that can be executed from the current state 401 can be 
limited with regard to the type of the shortcut tag or the 
shortcut target's associated application. For example, in 
one embodiment, the user can execute shortcuts from 
essentially any current state 401 by executing a shortcut 
that is activated using a voice tag. That is, voice tags 
are not limited by the application associated with the cur- 
rent state 401 . In another embodiment, when the current 
state 401 is associated with the shortcut application 
320 t (FIGURE 3), the user can run and execute any of 
the user's shortcuts. In other embodiments, a user may 
be able to execute certain types of shortcuts only when 
the current state 401 is associated with certain applica- 
tions. For example, in one embodiment, the user may 
only execute shortcuts to dialer application content from 
a dialer application state or from a home screen state. 

Illustrative Shortcut Execution Method 

[0026] FIGURE 5 is a flow diagram illustrating a meth- 
od 500 that can be used to operate a shortcut system 
(e.g., the shortcut system 300 of FIGURE 3), according 



to one embodiment of the present invention. With the 
shortcut system 300 (FIGURE 3) in the current state 
401, the method 500 begins at block 510 in which the 
user's inputs to the mobile electronic device 100 (FIG- 

5 URE 1) are monitored. For example, in one embodi- 
ment, the operating system 264 monitors the user's in- 
puts into the mobile electronic device 100. That is, the 
operating system 264 can be configured to pass the us- 
er's inputs (e.g., keystrokes, voice inputs, cursor inputs) 

10 to appropriate input handling objects, which are in effect 
monitoring and processing the user's inputs. 
[0027] At a decision block 520, user input has been 
detected, and the method 500 determines whether the 
user's input is shortcut input. As previously described, 

*5 a user can begin executing a shortcut by providing a 
voice tag (e.g., audibly reciting a pre-configured vocal 
command), entering a speed dial number, making a 
menu item selection, clicking an icon or other link, and 
the like. In one embodiment, this operation is performed 

20 by the operating system 264, which, by passing the us- 
er's inputs to the appropriate object, can determine if a 
user's input is a shortcut input For example, the oper- 
ating system 264 may pass voice inputs to a voice rec- 
ognition object that determines whether the voice input 

25 is a voice tag associated with a shortcut. Similarly, the 
operating system 264 may pass keystroke inputs to a 
user interface routine that determines whether the key- 
stroke input is a speed dial input associated with a short- 
cut. If the user's input is not a shortcut input, the method 

30 500 returns to the block 510 to continue to monitor the 
user's inputs. 

[0028] If the user's input is a shortcut input, the meth- 
od 500 proceeds to a block 530. In the block 530, the 
method 500 determines the shortcut target associated 
35 with the shortcut. The shortcut input includes data here- 
after referred to as a "tag" that identifies information to 
be retrieved from the shortcut data store 310 (FIGURE 
3). In one embodiment, the method 500 uses the tag 
provided in the shortcut input to access the shortcut data 

Mtwiw w i w. iii w onui loui uaia oiuic giu edOCI llldliy HI" 

cludes a lookup table that associates tags with target 
applications orcontent or both. For example, if the short- 
cut input contains a voice tag, in one embodiment, the 
operating system 264 receives the voice tag (from the 

45 voice recognition object as described above), and uses 
that tag to access the shortcut data store 310 and re- 
trieve target information associated with the tag. As pre- 
viously described, the shortcut target may be an appli- 
cation or content, such as, for example, an email ad- 

50 dress, a URL, a contact card, a telephone number, and 
the like. 

[0029] At a block 540, the method 500 completes the 
execution of the shortcut by invoking the application as- 
sociated with the shortcut target. If the shortcut target is 
55 associated with content, the method 500 also causes 
the target application to operate on data contained in 
the shortcut target, such as by including a pointer or pa- 
rameter identifying the content with an instruction to act 
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on the content. For example, If the content is a U RL, the 
method will launch the browser application and cause 
the browser to open the site addressed by the URL. 
More particularly, a "quotes tag" may be associated, in 
the shortcut data store 310, with an application (e.g., 
browser software) and a listing of stock quotes of inter- 
est. Triggering the corresponding shortcut would cause 
the target application (the browser software) to be in- 
voked with instructions to retrieve the stock quotes of 
interest and display them. After completing execution of 
the shortcut, the method 500 ends. 

Illustrative shortcut Method 

[0030] FIGURE 6 is a flow diagram illustrating an ex- 
emplary method of operation of the block 520 (FIGURE 
5) for determining whether user input is actually shortcut 
input, according to one embodiment of the present in- 
vention. Although described here as a structural flow of 
instructions, it will be appreciated by those skilled in the 
art that several of the determinations may be replaced 
by an event-driven system wherein receiving input from 
various sources may trigger different events, with each 
event having a special-purpose handler registered to 
handle that event, thereby obviating the need to deter- 
mine the source of the input. 

[0031] This embodiment of the block 520 enters at 
starting block 601 where user input of some form has 
been detected and passed to the shortcut application 
320 v Processing begins at decision block 610 where a 
determination is made whether a keypad has been ac- 
tivated. In one embodiment, the operating system 264 
is configured to detect keystrokes and pass the key- 
stroke to a user interface currently responsible for re- 
solving keypad input, such as a keystroke object (which 
may be part of the shortcut application 320-,). 
[0032] If the input is keypad input, then in decision 
block 640, the keystroke object determines whether the 
keystroke is a speed dial input. One embodiment of this 
operation is described further below in conjunction with 
FIGURE 7. In this embodiment, if the keystroke is not a 
speed dial input, the method of the block 520 jumps to 
a block 635 in which the decision of the block 520 is set 
to "NO", thereby indicating that the user's input is not 
shortcut input, and then the method of the block 520 re- 
turns. On the other hand, if the keystroke is indeed a 
speed dial input, a block 645 is performed. In one em- 
bodiment of the block 645, the keystroke object retrieves 
from the speed dial input and returns the tag corre- 
sponding to the keystroke to the operating system 264. 
A block 650 is then performed in which the decision of 
the block 520 is set to "YES", thereby indicating that the 
user's input is a shortcut input and the method of the 
block 520 returns. 

[0033] If in the decision block 610 a keypad is not ac- 
tivated, the method of the block 520 proceeds to a de- 
cision block 620 in which the method of block 520 de- 
termines whether the voice recognition object is activat- 



ed. In one embodiment, the operating system 264 is 
configured to detect when a user activates a voice input 
key. The voice input key may bea"RECORD" key avail- 
able on some mobile electronic devices that have a 
5 voice message-recording feature. By activating the 
voice input key, the user activates the audio interface 
274 (FIGURE 2) to allow the voice input to be recorded. 
[0034] In a decision block 655, the method of the block 
520 determines whether the voice input is a voice tag 

10 input. One embodiment of this operation is described 
further below in conjunction with FIGURE 8. In this em- 
bodiment, if the voice input is not a voice tag input, the 
method of the block 520 jumps to the block 635. As de- 
scribed above, the block 635 indicates that the user's 

13 input is not a shortcut input. However, if the voice input 
is a voice tag input, in a block 660 the voice router object 
returns the tag corresponding to the voice tag to the 
shortcut application 320 v Then the block 650 is per- 
formed as previously described whereby the block 520 

20 indicates that the user's input was a shortcut input and 
the method of the block 520 ends. 
[0035] If in the decision block 620 the voice router ob- 
ject is not activated, the method of the block 520 pro- 
ceeds to a decision block 625 in which the method of 

25 block 520 determines whether the user's input was to 
activate a shortcut menu item. In one embodiment, the 
operating system 264 is configured to detect when a us- 
er has opened a menu and selected a shortcut menu 
item. If the user has selected a shortcut menu item, a 

30 block 670 is performed in which the method of the block 
520 returns the shortcut tag corresponding to the short- 
cut menu item selection to the operating system 264. 
Then the block 650 is performed as previously de- 
scribed whereby the block 520 indicates that the user's 

35 input was a shortcut input and the method of the block 
520 ends. 

[0036] If in the decision block 625 the user's input was 
not a shortcut menu item selection, the method of the 
block 520 proceeds to a decision block 630 in which the 

40 method of block 520 determines whether the user's in- 
put was to activate a shortcut icon. For example, the us- 
er's input may be to click on a shortcut icon displayed 
on the home screen. In one embodiment, the operating 
system 264 is configured to detect when a user has se- 

45 lected a shortcut icon. If the user has selected a shortcut 
menu item, a block 680 is performed in which the meth- 
od of the block 264 returns the shortcut tag correspond- 
ing to the shortcut icon to the operating system 264. 
Then .the block 650 is performed as previously de- 

50 scribed whereby the block 520 indicates that the user's 
input was a shortcut input and the method of the block 
520 ends. However, if the user's input was not a shortcut 
icon activation, then the block 635 is performed as pre- 
viously described and the method of the block 520 ends. 

55 [0037] Although this embodiment of the method of the 
block 520 is described with the decision blocks 61 0, 620, 
625 and 630 being performed in the given order, in other 
embodiments, the order of these decision blocks may 
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be changed so long as the YES branches of each deci- 
sion block remains interconnected between the blocks 
as in FIGURE 6. In addition, as mentioned above, the 
determinations made at decision blocks 610, 620, 625 
and 630 (as well as others) may be replaced by an event 5 
driven system wherein receiving input over different 
sources causes the operating system 264 to pass the 
input to different special-purpose handlers. In such a 
system, passing input to a particular special-purpose 
handler serves the same purpose as testing the input at 10 
each decision block 61 0, 620, 625 and 630. 
[0038] FIGURE 7 is a flow diagram illustrating an ex- 
emplary method of operation for the block 640 (FIGURE 
6), according to one embodiment of the present inven- 
tion. This embodiment of the block 640 begins with a '5 
block 710 in which the method of the block 640 receives 
data corresponding to the keystroke. In one embodi- 
ment, the keystroke object receives the keystroke data 
from the operating system 264. Moreover, the keystroke 
object may be a special-purpose handler registered to 20 
receive input from the keypad 232. 
[0039] I n a decision block 720, the meth od of the block 
640 determines whether the keystroke is a speed dial 
keystroke. For example, a speed dial keystroke can be 
one in which a user depresses and holds down a key- 25 
stroke. In one embodiment, the keystroke object is con- 
figured to determine whether the keystroke is held long- 
er than a predetermined time period, thereby indicating 
that the keystroke is a speed dial keystroke. If the key- 
stroke is a speed dial keystroke, in a block 730 the de- 30 
cision of the block 640 is set to YES and the method of 
the block 640 ends. Conversely, if the keystroke is not 
a speed dial keystroke, in a block 740 the decision of 
the block 640 is set to NO and the method of block 640 
ends. 35 
[0040] FIGU RE 8 is a flow diagram illustrating an ex- 
emplary method of operation for the block 655 (FIGURE 
6), according to one embodiment of the present inven- 
tion. This embodiment of the block 655 begins with a 
block 810 in which the method of the block 655 receives *<> 
voice data corresponding to the user's voice input. In 
one embodiment, the voice router object receives the 
voice data from the operating system 264. Again, the 
voice router object may be a special-purpose handler 
registered to receive input from the audio interface 274. 45 
[0041] In a block 820, the method of the block 655 
compares the voice data to stored voice tags corre- 
sponding to shortcuts. In one embodiment, this compar- 
ison is performed using voice recognition components 
or modules incorporated into or operated by the voice 50 
router object. 

[0042] In a decision block 830, if the voice data does 
not match a stored voice tag, in a block 840, the decision 
of the block 655 is set to NO and the method of the block 
655 ends. On the other hand, if the voice data does 55 
match a stored voice tag, in a block 850 the decision of 
the block 655 is set to YES and the method of the block 
655 ends. 



Illustrative Shortcut Data Store Organization 

[0043] FIGURE 9 is a diagram illustrating an exem- 
plary organization of the shortcut data store 310, ac- 
cording to one embodiment of the present invention. In 
this exemplary embodiment, the shortcut data store 31 0 
is implemented as a look-up table, with shortcut targets 
being indexed by the shortcut tags. As previously de- 
scribed, the shortcut targets can be applications or con- 
tent associated with an application and, further, the tags 
and targets can be of various types. For example, the 
shortcut tags can be, for example, icons, speed dial 
numbers, voice tags, and menu item selections. The tar- 
gets can be, for example, URLs, telephone numbers, 
email addresses and contact cards. Still further, different 
tags (e.g., shortcut tags 3 and 4) can be mapped to the 
same target or be mapped to the same target. As shown 
in this embodiment of shortcut data store 310, the tags 
can be of different types (e.g., icons, speed dial num- 
bers, voice tags, menu item selections, etc.). 
[0044] FIGURE 10 is a diagram illustrating another 
exemplary organization of the shortcut data store 310 
(FIGURE 3). This embodiment is similar to the embod- 
iment of FIGURE 9, with the addition of "name" and 
"type" fields. In this embodiment, when creating the 
shortcut, the user can enter in a name for the shortcut 
as a string, which can then be displayed so that a user 
can view the shortcuts. For example, the user can run 
the shortcut application 320 1 to view, create or edit 
shortcuts. The user can also enter the type of the short- 
cut target (e.g., URL, work telephone number, home tel- 
ephone number, email address, etc.). 

Illustrative Shortcut Ul 

[0045] FIGURE 11 is a diagram illustrating an exem- 
plary screen of a shortcut Ul used in viewing and exe- 
cuting shortcuts, according to one embodiment of the 
present invention. Such a screen can be displayed when 
running the shortcut application 320 v in one embodi- 
ment, the shortcut Ul is configured to allow a user to sort 
the viewed shortcut entries by name, type, entry 
number, etc. In addition, the shortcut Ul is configuredto 
allow a user to select and execute a shortcut directly 
from this screen. This Ul is also configured to allow a 
user to select and edit a shortcut entry directly from this 
screen. For example, to edit a shortcut entry, the user 
can select a shortcut entry and an edit menu item to be 
taken to a card view screen of the entry that can be used 
in creating and editing shortcuts. One embodiment of 
this card view screen is described below in conjunction 
with FIGURE 12. 

[0046] FIGURE 1 2 is a diagram illustrating an exem- 
plary screen of a shortcut U I used in creating and editing 
a shortcut, according to one embodiment of the present 
invention. In other embodiments, the screen may ap- 
pear differently, provided it displays information such as 
shown in the shortcut data store of FIGURE 10. In this 
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embodiment, the shortcut Ul provides this screen to the 
user when the user chooses an "edit shortcut" or "create 
shortcut" menu item while running the shortcut applica- 
tion 320 1 (FIGURE 3). In a further refinement, applica- 
tions can be configured to have a menu item that the 
user can choose to launch a shortcut object by which 
the user can create a shortcut. Thus, the screen of FIG- 
URE 12 can also be used when the user creates or edits 
a shortcut while running some other application (e.g., 
email, browser, dialer, etc.). In one embodiment, the us- 
er can enter the name of the shortcut through the short- 
cut Ul. In other embodiments, when the screen is pro- 
vided when running an application, the shortcut name 
and other data (e.g., email address, telephone number, 
U RL, etc.) can be automatically added by the application 
when the screen is displayed. The shortcut tag can be 
a keypad assignment (such as in a speed dial) or a voice 
tag (which can be displayed in this screen as an icon). 
In afurther refinement, the shortcut can have both a key- 
pad tag and a voice tag. 

[0047] The above specification, examples and data 
provide a complete description of the manufacture and 
use of the composition of the invention. Since many em- 
bodiments of the invention can be made without depart- 
ing from the spirit and scope of the invention, the inven- 
tion resides in the claims hereinafter appended. 

Claims 

1. A method for providing shortcuts in a mobile elec- 
tronic device, the method comprising: 

providing a shortcut data store configurable to 
contain shortcuts to a plurality of targets, 
wherein the shortcut data store is configurable 
to have targets of more than one type; 
monitoring a user's input to the mobile electron- 
ic device; 

determining whether the user's input Is a short- 
cut input; 

if the user's input is a shortcut input, determin- 
ing a target of the user's input; and 
executing the shortcut using the target of the 
user's input. 

2. The method of Claim 1 , wherein the types of the 
plurality of targets include telephone numbers. 

3. The method of Claim 1, wherein the types of the 
plurality of targets includes email addresses. 

4. The method of Claim 1 , wherein the types of the 
plurality of targets includes URLs. 

5. The method of Claim 1 , wherein the types of the 
plurality of targets includes contact cards. 
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6. The method of Claim 1, wherein a shortcut input can 
be of more than one type. 

7. The method of Claim 6, wherein shortcut input types 
include a speed dial input. 

8. The method of Claim 6, wherein shortcut input types 
include a voice input. 

9. The method of Claim 6, wherein shortcut input types 
include a menu item selection input. 

10. The method of Claim 6, wherein shortcut input types 
include an icon selection input. 

1 1 . A computer-readable medium having computer-ex- 
ecutable instructions for performing steps compris- 
ing: 

providing a shortcut data store configurable to 
contain shortcuts to a plurality of targets, 
wherein the shortcut data store is configurable 
to have targets of more than one type; 
monitoring a user's input to the mobile electron- 
ic device; 

determining whether the user's input is a short- 
cut input; 

if the user's input is a shortcut input, determin- 
ing a target of the user's input; and 
executing the shortcut using the target of the 
user's input. 

12. The computer-readable medium of Claim 11, 
wherein the types of the plurality of targets include 
telephone numbers. 

13. The computer-readable medium of Claim 11, 
wherein the types of the plurality of targets includes 
email addresses. 

14. The computer-readable medium of Claim 11, 
wherein the types of the plurality of targets includes 
URLs. 

15. The computer-readable medium of Claim 11, 
wherein the types of the plurality of targets includes 
contact cards. 

16. The computer-readable medium of Claim 11, 
wherein a shortcut input can be of more than one 
type. 

17. The computer-readable medium of Claim 16, 
wherein shortcut input types include a speed dial 
input. 

18. The computer-readable medium of Claim 16, 
wherein shortcut input types include a voice input. 
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19. The computer-readable medium of Claim 16, 
wherein shortcut input types include a menu item 
selection input. 

20. The computer-readable medium of Claim 16, 
wherein shortcut input types include an icon selec- 
tion input. 

21. A method for providing shortcuts in a mobile elec- 
tronic device, the method comprising: 

providing a shortcut data store configurable to 
contain shortcuts to a plurality of targets, the 
plurality of targets being configurable to have 
targets containing content data; 
monitoring a user's input to the mobile electron- 
ic device; 

determining whether the user's input is a short- 
cut input; 

if the user's input is a shortcut input, determin- 
ing a target of the user's input; and 
executing the shortcut using the target of the 
user's input. 

22. The method of Claim 21 , wherein the content data 
comprises a telephone number. 

23. The method of Claim 21 , wherein the content data 
comprises an email address. 

24. The method of Claim 21 , wherein the content data 
comprises a URL. 

25. The method of Claim 21 , wherein the content data 
comprises a contact card. 

26. The method of Claim 21, wherein a shortcut input 
can be of more than one type. 

27. The method of Claim 26 : wherein shortcut Input 
types include a speed dial input. 

28. The method of Claim 26, wherein shortcut input 
types include a voice input. 

29. The method of Claim 26, wherein shortcut input 
types include a menu item selection input. 



means for monitoring a user's input to the mo- 
bile electronic device; 

means for determining whether the user's input 
is a shortcut input; 
5 means for determining a target of the user's in- 

put if the user's input is a shortcut input; and 
means for executing the shortcut using the tar- 
get of the user's input. 

10 32. A mobile electronic device having a shortcut data 
store, comprising: 

means for providing shortcuts to a plurality of 
targets in the shortcut data store, the plurality 
15 of targets being configurable to have targets 

containing content data; 
means for monitoring a user's input to the mo- 
bile electronic device; 

means for determining whether the user's input 
20 is a shortcut input; 

means for determining a target of the user's in- 
put if the user's input is a shortcut input; and 
means for executing the shortcut using the tar- 
get of the user's input. 

25 

33. A computer-readable medium in a mobile electronic 
device having a display unit, the computer-readable 
medium having computer-executable components, 
comprising: 

30 

a shortcut data store configured to contain 
shortcuts to a plurality of targets, wherein the 
shortcut data store is configurable to have tar- 
gets of more than one type; 

35 an application; and 

an operating system coupled to the display unit, 
the application and the shortcut datastore, 
wherein the operating system is configured to 
(a) monitor a user's input to the mobile electron- 

40 ic device, (b) determine whether the user's in* 

put is a shortcut input, (c) determine a target of 
the user's input when the user's input is a short- 
cut input, and (d) execute the shortcut using the 
target of the user's input. 



30. The method of Claim 26, wherein shortcut input 
types include an icon selection input. so 

31. A mobile electronic device having a shortcut data 
store, comprising: 

means for providing shortcuts to a plurality of ss 
targets in the shortcut data store, wherein the 
shortcut data store is configurable to have tar- 
gets of more than one type; 
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